home *** CD-ROM | disk | FTP | other *** search
Text File | 1994-09-21 | 6.6 KB | 116 lines | [TEXT/ALFA] |
- MOST IMPORTANT!!!
- If you think playing back MPEGs looks low quality, change the MPEG
- playback preferences. This is under the Preferences item of the Edit
- menu, or type command-R.
-
- Many people didn't seem to understand the new features in 2.1 and how
- they fitted together so in response I added a lot of documentation to
- ReadMe 2nd.
- I also added balloon help to many places in Sparkle. Try moving everywhere
- with balloon help on. I even have new balloon help for things like title
- bars.
- This version has a few bug fixes. To fix one set of bugs I had to make
- substantial structural modifications to Sparkle. While the result is that
- theoretical foundations of Sparkle are substantially more rigorous, in
- the massive cut-and-pasting I performed I may have forgotten a few
- changes at some place and left minor bugs. (Of course to you they're not
- minor, but they're easily fixed by me.) If you do find any bugs of this
- sort---places where the images look wrong or don't update or whatever,
- please tell me ASAP.
-
- -----------------
-
- Some non-obvious things you might want to play with:
- (See the ``New in 2.1.5'' docs for a full list.)
- 1) Look at the Video menu for a whole lot of new commands. Most of
- these should be obvious---if they're not, tell me so I know to explain
- them properly in later documentation.
- 2) To get real time MPEG playback, untick the <Use All Frames> menu
- option. This plays back the MPEG at the rate it should be played,
- skipping frames if necessary to keep up. NOTE: Some MPEGs code themselves
- at a rate that is way too high, for example they may give themselves a rate
- of 24fps while they look way too fast at that speed. If the rate looks
- wrong, use the <Half> and <Double Rate> commands. (Attaching these to
- command-1, -2 and -3 is not something I wildly love but I don't know a
- better alternative---any ideas?)
- 3) You can hide parts of the display using the tab, shift-tab and
- control-tab keys, or command-H. To remember which of the tab key versions
- to use, the geometric position on the keyboard corresponds to the geometric
- part of the window that is hidden or shown. (At least it does on my
- extended keyboard. I've no real interest in supporting every wild keyboard
- type out there---if this doesn't work for you, use QuicKeys or such to map
- it to something you like.) If you use command-H you'll get slightly faster
- playback (about 5% faster).
- 4) You can open a set of PICTs as a pseudo-movie which can be saved as
- QuickTime or MPEG. The PICTs must all have a name of the form aName.#
- where # is a number. The numbers do not have to start at 0 or be
- contiguous, nor do they all need to have the same number of digits.
- However use some sense---if you start trying to use negative or floating
- point numbers, the results probably won't be pretty.
- 5) Many people, even with a greyscale monitor attached to their mac,
- drive their video card in color. If you set your video card to
- grey-scale you'll get faster playback because Sparkle won't have to
- calculate color information. But Sparkle can't tell whether your monitor
- is grey-scale or color---it can only tell if your video card is in color
- or grey-scale mode.
- 6) When you convert an MPEG to a QuickTime movie or such, all the
- optimizations for fast playback are switched off to give the best
- picture quality possible, so you don't have to worry about that.
- 7) Under the Edit menu is a Preferences menu to set playback quality preferences.
-
- The following are know small problems that I'll try to fix soon, probably
- before release:
- 1) Scanning the directory to look for other PICTs when a PICT is opened
- can take a few seconds. I might write my own code to do this rather than
- using Apple's code (which scans the entire disk), or maybe I'll just add
- some progress bar feedback.
- 2) The first time a window is opened on an 8bit color screen, or if the
- color table on an 8bit color screen is altered, Sparkle takes about two
- seconds (on my Q610) to calculate new color tables. I'll try to add some
- sort of feedback that this is happening.
-
-
- The following are smallish things that I'll add fairly soon, in between
- adding major items.
- * Saving one frame, or an entire movie/MPEG to PICTs.
- * Support for previews in the OpenFile dialog.
- * Better quality 8bit dithering, both a better algorithm (though the
- present one, invented by me, is insanely fast and I don't want to lose
- that speed). Also selection of an optimal palette for 8bit MPEG playing.
- * Some speed optimizations specific to P and B frames.
- * I have special purpose code for playing back at 8bit color and grey
- scale, 16bit color and 24bit color. I do NOT have special code for
- handling 4bit greyscale, or for handling expanded images.
- I might add 4bit greyscale if enough people ask.
- I will certainly add special code to handle double sized, and maybe
- generically expanded images. This will give much better playback
- quality and speed than what we have now.
- * I still would not recommend Sparkle as a default QT movie viewer.
- There are a few optimizations for QT movie playback speed that I don't
- yet implement, and I suspect Sparkle might die on pathological QT movies
- (like those with two video track, or gaps, or no video). For this
- reason, the QT movie files created by Sparkle have Simple Player as
- their creator. Once I go through these QT pathologies and fix Sparkle to
- cope with them, I'll switch the creator of these QT movies to Sparkle.
- * PICTs are drawn to the screen without dithering, which looks crummy in
- 16 and 256 color modes. I'll fix this.
- * There is a tacit assumption that all PICTs in a sequence are of the same
- size. If your set of PICTs is of random size, they'll all be scaled to
- the size of the first PICT. I don't really plan on changing this because
- I I don't want to get involved with those sorts of issues. So this won't
- changes unless I get some very good reason why it should.
- * Any other small things you suggest.
-
- The next big push is to get a PPC native version. If that all goes well,
- it'll be out by end of July.
- After that I'll tackle sound. This is trickier than it may appear at
- first so it'll probably appear in stages.
- 1) Better MPEG time-synching. I have the algorithm for this on paper
- and just have to code it. As a nice by-product, this should give better
- (less jerky) realtime playback of IPB frame MPEGs.
- 2) Actually playing audio, initially just in snd and MACE compressed form.
- 3) Parsing the system layer of MPEGs with audio (but tossing the audio)
- 4) Finally actually decoding the demuxed audio.
- Obviously I'll work on these fast as I can, but I can't even guess dates
- at this stage.
-